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Verfahren zum Verwalten von iiber einen Datenbus empfangenen 
Daten sowie Vorrichtung zur Durchfiihrung des Verfahrens 

Die Erfindung betrifft ein Verfahren zum Verwalten von iiber 
5 einen Datenbus empfangenen Daten. Insbesondere wenn 

isochrone Datenpakete empfangen werden, ist das Verfahren 
sinnvoll einzusetzen. Die Erfindung betrifft weiterhin eine 
Vorrichtung zur Durchfiihrung des Verfahrens. Die Vorrichtung 
kann insbesondere Teil einer Busschnittstelle fur den 
10 angeschlossenen Datenbus sein. 



Stand der Technik 

Die Erfindung geht aus von einem Verfahren zum Verwalten von 
15 iiber den Datenbus empfangenen Datenpaketen nach der Gattung 
des unabhangigen Anspruchs 1. Unter dem Schlagwort 
Multimedia wird schon seit langerem ein Zusammenwachsen der 
Produktbereiche Consumer Electronics (Hifi, Video, Audio) 
und Personal Computing propagiert und auch von vielen 
20 Herstellern aus beiden Lagern vorangetrieben . Bei der 

Verschmelzung der beiden Produktbereiche kommt den Arbeiten, 
die sich mit dem Thema des Datenaustausches zwischen den 
Geraten der verschiedenen Produktbereiche befassen oder auch 
zwischen den Geraten innerhalb eines Produktbereiches immer 
25 grolieres Gewicht zu. Das zeigt sich auch an den bereits sehr 
weit f ortgeschrittenen Standardisierungsbemuhungen zu diesem 
Thema, Es steht namlich mit dem sogenannten IEEE 1394 serial 
bus bereits ein international standartisierter und 
weitesgehend akzeptierter Bus zum Datenaustausch zwischen 
30 Endgeraten aus beiden Produktgruppen zur Verfugung. Die 
genaue Bezeichnung des erwahnten Standards lautet: IEEE 
Standard for high performance serial bus, (IEEE) STD1394- 
1995, IEEE, New York, August 1996) . 

35 Die hier zu beschreibende Erfindung beschaftigt sich 

innerhalb dieses erwahnten Bussystems mit dem sogenannten 
Isochrondatentransf er . Isochron bedeutet in diesem 
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Zusammenhang, daB bei einer Datenquelle regelmaBig Daten 
anfallen, die zu ubertragen sind, wobei die Daten auch 
jedesmal mit in etwa gleicher GroBe anfallen. Beispiele von 
solchen Datenquellen sind Videorekorder oder Camcorder, 
5 Audiogerate wie CD-Player oder DAT-Recorder sowie auch DVD- 
Player oder Videophonegerate, etc. Fur diesen Anwendungsf all 
der Isochrondatenubertragung wurde speziell ein 
internationaler Standard entwickelt. Die genaue Bezeichnung 
dieses Standards lautet IEC International Standard 61883 
10 "Consumer Audio/Video Equipment-Digital Interface, 1. 

Ausgabe 1998". In dem ersten Teil dieses Standards wird das 
allgemeine Datenpaketf ormat , das Datenf luBmanagement und das 
Verbindungsmanagement fur audiovisuelle Daten beschrieben. 
Ebenfalls werden allgemeine Obertragungsregeln fur 
15 Steuerungsbef ehle definiert. 

Ein haufiger Anwendungsf all betrifft die Obertragung von 
MPEG2-codierten Video- oder Audiodaten. Die Daten werden wie 
schon erwahnt paketweise iiber den Bus transportiert . In dem 

20 erwahnten Standard IEC 61883 ist dabei folgende Struktur 

vorgesehen: Die in der Datenquelle erzeugten Daten werden in 
sogenannte Datenquellpakete definierter GroBe aufgeteilt. 
Fur die MPEG2-Video-Datenubertragung ist z.B. festgelegt, 
dafi ein Datenquellpaket beispielsweise aus 8 Datenblocken 

25 gleicher GroBe zusammengesetzt ist. Die DatenblockgroBe kann 
dabei programmiert werden. Sie kann zwischen einem oder 256 
Quadlet liegen, wobei ein Quadlet einer Zusammenf assung von 
4 Datenbytes entspricht. Die Datenquellpakete konnen gemafi 
dem Standard zusammengef aBt in einem einzigen Buspaket 

30 ubertragen werden. In diesem Fall ergibt sich kein 

Adressierungsproblem in dem Gerat, das die Daten empfangen 
hat, weil immer klar ist, daB bei jedem neuen empfangenen 
Buspaket ein vollstandig empf angenes Datenquellpaket 
ange kommen ist. 

35 



In dem erwahnten Standard ist aber durchaus auch ein anderer 
Mode zugelassen, bei dem in einem Buspaket weniger als acht 
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Datenblocke ubertragen werden konnen. Konkret gesagt, konnen 
auch sogenannte Leerpakete ubertragen werden in denen 
uberhaupt kein Datenblock enthalten ist. Es sind aber auch 
weitere moglichen Zahlen an Datenblocken in einem Buspaket 
zwischen 0 und 8 erlaubt. Die Erfindung beschaftigt sich 
jetzt mit der konkreten Realisierung dieses allgemeineren 
Obertragungsmodes . 



10 Erfindung 

Bei der Realisierung des allgemeinen Obertragungsmodes tritt 
folgendes Problem auf . Wenn in einem Buspaket einmal weniger 
als acht Datenblocke an Nutzdaten enthalten sind, kann nicht 
mehr ein vollstandiges Datenquellpaket in dem Buspaket 

15 ubertragen werden. Somit folgen noch Datenblocke des 

Datenquellpaketes im nachsten Buspaket. Wenn dann z.B. im 
nachsten Buspaket acht Datenblocke wieder ubertragen werden, 
ist die Datenblockgrenze zwischen zwei Datenquellpaketen 
nicht mehr synchron mit dem Ende des Buspaketes sondern 

20 liegt irgendwo im Buspaket- Die Speicherverwaltungseinheit 
in dem Empf angergerat muli diese Grenze suchen, da sie in 
Spezialregistern bereitstellen mufl, wo ein Datenquellpaket 
anfangt bzw. endet. Dies ist notig, damit sie die Daten nach 
Empf ang quellpaketweise dem Anwendungsprozefi bereitstellen 

25 kann. Es mufi also eine Losung gefunden werden, wie man den 
Anfang und das Ende eines in Bruchstucken ubertragenen 
Datenquellpaketes nachtraglich im Empf angergerat feststellen 
kann. 

30 Die Erfindung lost diese Aufgabe so, daft sie eine Modulo-n- 
Zahlung der Datenblocke durchfuhrt und den Beginn eines 
neuen Datenquellpaketes bei Beginn des jeweils nachsten 
Zahlintervalles der Modulo-n-Zahlung signalisiert . Fur den 
Spezialfall der Ubertragung von MPEG2-Quelldaten, wo jeweils 

35 ein Datenquellpaket aus acht Datenblocken besteht wird eine 
Modulo-8-Zahlung dementsprechend durchgef uhrt . Das heifit, 
das Zahlintervall beginnt beim Zahlerstand 0 und endet beim 
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Zahlerstand 7. Danach folgt dann wieder das nachste 
Zahlintervall beginnend mit dem Zahlerstand 0. 

Durch die in den abhangigen Anspruchen aufgefuhrten 
5 MafJnahmen sind weitere Verbesserungen des Verfahrens 

moglich. Da jedes Buspaket gemaft dem IEEE 1394-Standard 
einer CRC-Oberprtif ung unterzogen werden mufi, ist es 
sinnvoll> die Priif ergebnisse von auf einanderf olgenden 
Buspaket en zwischenzuspeichern . Die Fehlerf reiheit der Daten 

10 ist nur dann gewahrleistet , wenn die CRC-Uberpriif ung aller 
Buspakete in denen ein Datenblock des Datenquellpaketes 
enthalten ist, ohne Beanstandung durchgefuhrt werden konnte. 
Im Fall einer Beanstandung kann dann ein CRC-Fehlersignal 
ausgegeben werden. Das gesamte Datenquellpaket kann dann 

15 nicht an den Anwendungsprozeli weitergeleitet werden. 

Die Uberpriifung der Vollstandigkeit der iibertragenen Daten 

mit Hilfe eines in jedem Buspaket vorgesehenen 

Ref erenzzahlerstandes kann dadurch geschehen, daft eine 

20 Vergleichszahlung der empfangenen Datenblocke erfolgt und 

jedesmal bei Empfang des bestimmten Datenblocks, zu dem der 
Ref erenzzahlerstand gehort ein Vergleich zwischen dem 
Ref erenzzahlerstand und dem Ergebnis der Vergleichszahlung 
erfolgt und bei Nicht-Ubereinstimmung ein Fehlersignal 

25 ausgegeben wird. In dem IEC 61883-Standard ist definiert, 

daft in jedem Bus-Paket ein DBC-Ref erenzwert eingetragen ist, 
der fur den ersten nachf olgenden Datenblock gultig ist. 
Durch Zahlen der empfangenen Datenblocke und Vergleichen des 
Ergebnisses mit dem empfangenen Referenzwert kann also 

30 leicht festgestellt werden, ob z.B. ein ganzes Bus-Paket 
nicht empfangen wurde . Durch diese MaGnahme wird die 
Fehleriiberwachung nochmals verbessert. 

Fur eine Vorrichtung zur Durchfuhrung des erf indungsgemalien 
35 Verfahrens sind folgende Malinahmen vorteilhaft, die die 

Losung der dementsprechenden Aufgabe der Erfindung angeben. 
Die Vorrichtung beinhaltet zunachst eine Speichereinheit , in 




vorgesehen, die insbesondere die Adressen fur den Einlese- 
und Ausleseprozeli vorgibt. Wesentlich ist dann der Modulo-n- 
5 Zahler, mit dem die empf angenen Datenblocke durchgezahlt 
werden und die Erzeugung des Datenquellpaketstartsignals 
wenn der Modulo-n-Zahler ein neues Zahlintervall beginnt . 
Das Datenquellpaketstartsignal wird an die 
Speicherverwaltungseinrichtung weitergeleitet , die dann 
10 einen entsprechenden Eintrag in einem Spezialregister 
vornehmen kann. Diese Malinahmen sind in Anspruch 5 
angegeben . 

Weitere vorteilhafte Maftnahmen fur die erf indungsgemafre 
15 Vorrichtung sind noch in den abhangigen Anspriichen 6-8 
enthalten. 

Zeichnungen 

Ausf uhrungsbeispiele der Erfindung sind in den Zeichnungen 
20 dargestellt und werden in der folgenden Beschreibung naher 
erlautert. Es zeigen: 

Fig.l den Aufbau mehrerer auf einanderf olgender Buspakete 



Ausf uhrungsbeispiele der Erfindung 

In der Figur 1 ist eine beispielhaf te Abfolge von 

30 ubertragenen Buspaketen gezeigt. Das zuerst ubertragene 
Buspaket ist in Figur 1 oben dargestellt und das zuletzt 
ubertragene dementsprechend unten in der Figur 1. Der genaue 
Aufbau eines Buspaketes fur isochrone Datenlibertragung ist 
in dem erwahnten Standard IEC 61883 angegeben. Fur die 

35 Offenbarung der Erfindung wird deshalb auch ausdrucklich auf 
diesen Standard bezug genomnien. 



25 



Fig. 2 



fur den allgemeinen Obertragungsmode und 
ein Blockschaltbild der erf indungsgemalien 
Vorrichtung . 
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Mit der Bezugszahl 10 ist in Figur 1 der Kopfteil des 
Buspaketes bezeichnet. Darin sind die Angaben bezuglich der 
Lange des Datenfeldes des Isochron-Datenpaketes und zwar in 
einer Anzahl von Bytes sowie weitere Inf ormationen 
5 enthalten, auf die jedoch im folgenden nicht naher 

eingegangen werden mufl . An den Kopfteil 10 des Buspaketes 
schlieftt sich ein Datenfeld an. Dieses erstreckt sich uber 
die Bereiche 11-15 bezogen auf das erste dargestellte 
Buspaket. Am Schlufi des Buspaketes folgt noch ein Bereich 

10 16, in dem ein CRC-Prufwort abgelegt ist. Am Anfang des 

Datenfeldes eines Buspaketes ist immer ein sogenannter CIP- 
Kopfteil vorgesehen. CIP steht dabei fur die Abkurzung 
"common isochronous packet". Der CIP-Kopfteil enthalt eine 
Reihe von Inf ormationen, die den Isochrondatentransf er 

15 beschreiben. So ist darin z.B. eine Identif ikationsnummer 
SID fur die Datenquelle enthalten. Weiterhin ist darin 
festgelegt wie grofJ die folgenden Datenblocke im Buspaket 
sind. Ebenfalls ist noch eine Angabe (FN Fraction number) 
enthalten, die die Anzahl angibt, in wieviel Datenblocke ein 

20 Datenquellpaket eingeteilt ist. Wie schon erwahnt, sind es 
bei MPEG2-Video-Daten immer acht Datenblocke pro 
Datenquellpaket. Eine weitere Angabe QPC (Quadlet padding 
count) bezieht sich darauf, wieviel Full-Quadlets am Ende 
des Datenquellpaketes angehangt sind, urn die Einteilung in 

25 gleich grolie Datenblocke zu garantieren. Weiterhin ist eine 
Information SPH (Source packet header) vorgesehen, die 
angibt ob in dem Buspaket ebenfalls auch ein Kopfteil fur 
das Datenquellpaket vorgesehen ist. Weiterhin ist noch ein 
DBC-Wert (Data block counter) vorgesehen. Mit diesem Wert 

30 wird angegeben, der wievielte Datenblock der erste 

Datenblock in dem Buspaket ist. Alle Datenblocke werden also 
einzeln durchnummeriert . Dieser Wert stellt praktisch einen 
Ref erenzzahlerstand dar, mit dem einfach uberpriift werden 
kann, ob ein Buspaket nicht empfangen wurde. Dazu werden im 

35 Empf angergerat die empfangenen Datenblocke alle 

durchgezahlt . Und jedesmal bei Empfang eines neuen 
Buspaketes wird der darin enthaltene DBC-Wert mit dem 
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gezahlten Vergleichswert verglichen. Nur wenn beide Werte 
ubereinstimmen, sinci alle Datenblocke empfangen worden und 
es ist kein Buspaket verlorengegangen. Weitere Inf ormationen 
in dem CIP-Kopfteil sind ein FMT-Eintrag 

(Format ID) . Mit diesem Eintrag kann signalisiert werden, 
daft das Buspaket uberhaupt keine Daten enthalt. Ein FDF- 
Eintrag (Format Dependent Field) kann auch definiert sein, 
was nur der Vollstandigkeit halber erwahnt wird, sowie ein 
SYT-Eintrag, der eine Zeitangabe fur das Buspaket 
beinhaltet. In den folgenden Bereichen 12, 13, 14 und 15 
folgen dann die Datenblocke fur das erste Datenquellpaket 
SPO. Die Datenblocke sind einzeln durchnummeriert von DBO- 
DB3. Der Eintrag 0 im Datenbereich 11 soil angeben, daft der 
DBC-Wert fiir dieses Buspaket auf den Wert 0 gesetzt ist, was 
gleichbedeutend ist mit der Tatsache, daft der erste 
Datenblock in diesem Buspaket die Nummer 0 aufweist. Dies 
muft naturlich auch bei der Vergleichszahlung berucksichtigt 
werden. Die Zahlung beginnt also mit 0. Im nachsten Buspaket 
sind insgesamt 8 Datenblocke enthalten. Sie stehen in den 
Datenfeldern 12-15 und 17 bis 20. Von dem Datenquellpaket 
SPO sind noch die Datenblocke DB4 bis DB7 in diesem zweiten 
Buspaket enthalten. Anschlieftend folgen dann die Datenblocke 
DBO bis DB3 von dem Datenquellpaket SP1. Die Angabe 4 im 
Datenfeld 11 deutet darauf hin, daft in diesem Buspaket der 
4. Datenblock der Isochrondatenubertragung zu finden ist. Im 
dritten Buspaket folgen dann noch in den Datenfeldern 12, 
13, 14, 15, 17, 18 die ausstehenden Datenblocke DB4 bis DB7 
des zweiten Datenquellpaketes sowie die ersten beiden 
Datenblocke des nachsten Datenquellpaketes SP2. In diesem 
Buspaket sind also insgesamt sechs Datenblocke enthalten. 
Die Angabe 12 im Datenfeld 11 entspricht wieder dem DBC-Wert 
dieses Buspaketes. Sie bedeutet, daft in diesem Buspaket als 
erstes der zwolfte Datenblock der Isochrondatenubertragung 
folgt. In dem vierten Buspaket folgen dann noch die 
restlichen Datenblocke des Datenquellpaketes SP2 namlich DB2 
bis DB7. Der DBC-Wert im Datenfeld 11 dieses Buspaketes ist 
dem entsprechend die 18. 
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Die Grenze zwischen den Datenblocken des ersten 
Datenquellpaketes SPO und den Datenblocken des zweiten 
Datenquellpaketes SP1 befindet sich mitten im zweiten 
5 Buspaket. Die Grenze zwischen den Datenblocken des zweiten 
Buspaketes SP1 und den Datenblocken des dritten Buspaketes 
SP2 befindet sich im letzten Drittel des dritten Buspaketes. 
Diese Grenzen miissen ermittelt werden, damit die 
entsprechenden Adresseintrage in den Spezialregistern der 
10 Speicherverwaltungseinheit gemacht werden konnen. 

Die erf indungsgemafie Losung, mit der die 
Datenquellpaketsgrenzen ermittelt werden konnen, wird 
nachfolgend anhand der Figur 2 genauer erlautert. Die Figur 

15 2 zeigt die fur die Erfindung relevanten Komponenten. Diese 
Komponenten sind Teile eines Data-Link-Layer-Schalt kreises 
einer IEEE 1394 - Busschnittstelle . Die Bezugszahl 30) 
bezeichnet eine Speichereinheit, die im folgenden fur den 
Empfang von Daten und deren Zischenspeicherung vorgesehen 

20 ist. Sie kann Teil einer grolieren Speichereinheit sein, 
wobei einfach nur ein bestimmmter Bereich innerhalb des 
groBeren Speichers zu diesem Zweck reserviert ist. Die 
empfangenen Daten gelangen iiber den Bus 37 zur 
Speichereinheit 30. Die Daten werden in der Speichereinheit 

25 30 solange zwischengespeichert , bis sie zur 

Applikationseinheit weitergeleitet werden. In diesem Fall 
werden die Daten ebenfalls iiber den Bus 37 zur 
Applikationseinheit, die in Figur 2 nicht naher dargestellt 
ist, ausgegeben. Zugriff auf die Speichereinheit 30 haben 

30 auch die Einheiten CRC-Priif einheit 32, Modulo-8-Zahler 33, 
DB-Zahler 34, Datenzahler 35 und Auswertelogik 36. Alle 
diese Einheiten sind iiber einen internen Bus 38 miteinander 
' verbunden und ebenfalls auch mit der Speichereinheit 30 
verbunden. Eine weitere separate Einheit ist noch die 

35 Speicherverwaltungseinheit 31. Diese hat ebenfalls Zugriff 
auf die Speichereinheit 30 iiber den internen Bus 38. Sie 
dient also auch als Busmaster fur den internen Bus 38 und 
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teilt ihn den einzelnen angeschlossenen Einheiten zu. Sie 
steht mit der Speichereinheit 30 uber einen separaten Bus 39 
in Verbindung. An die Speicherverwaltunseinheit 31 ist 
weiterhin ein Bus 40 angeschlossen . Daruber werden 
Steuerungsdaten rait der externen Applikationseinheit 
ausgetauscht . Separate Steuerleitungen gehen noch von der 
Auswerteeinheit 36 zur Speicherverwaltungseinheit 31. Diese 
sind einmal eine Leitung 41 uber die ein 
Datenquellpaketstartsignal SP_ST ubertragen wird, zum 
zweiten eine Leitung 42, uber- die ein Fehlersignal DBC_ERR 
ausgegeben wird und zum dritten eine Leitung 43 uber die ein 
CRC-Fehlersignal CRC_ERR ausgegeben wird. 

Urn jetzt die Datenquellpaketsgrenzen zu finden, arbeitet die 
beschriebene Vorrichtung wie folgt: Es werden die einzelnen 
Datenblocke, die ja eine konstante Grofie haben, in dem 
Modulo-8-Zahler 31 gezahlt. Wenn dieser Zahler mit dem 
Zahlerstand 0 zu zahlen beginnt, wird er bezogen auf das 
Beispiel von Figur 1 bei dem letzten Dat'enblock. DB7 des 
Datenquellpaketes SPO seinen hochsten Wert erreichen und 
dann wieder mit 0 beginnen nachdem der letzte Datenblock DB7 
vollstandig in den Speicher eingeschrieben wurde. Er gibt 
dann das Datenquellpaketstartsignal SP_ST an die 
Speicherverwaltungseinheit 31 aus, die dann die jetzt 
gultige Adresse fur die neuen Daten in das dementsprechene 
Spezialregister fur den Beginn des nachsten Datenpaketes 
ubernimmt. Da die Datenblocke alle gleiche GroBe aufweisen, 
braucht kein Spezialregister vorgesehen zu werden, in dem 
die Endeadresse des letzten Datenpaketes eines 
Datenquellpaketes eingetragen werden mufl . 

Da der Modulo-8-Zahler den Zahlerstand wieder auf 0 setzt 
und dann weiter zahlt, wird er den Zahlerstand 7 genau 
wieder nach Einschreibung des Datenblocks DB7 des 
Datenquellpaketes SP1 erreicht haben. Er wird also ein 
Datenquellpaketstartsignal ausgeben, das uber die 
Auswerteeinheit 36 zur Speicherverwaltungseinheit 31 
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weitergeleitet^J^d und diese zur Abspeic^^ung der 

Speicheradresse in dem weiteren Spezialregister veranlalit. 
Die Zahlung wird wieder mit 0 begonnen und nach Empfang des 
Datenblock DB7 des Datenquellpaketes SP2 wiirde erneut ein 
Da tenquellpaket start signal SP_ST generiert . 

Damit aber die erzeugten Datenquellpaketstartsignale 
tatsachlich zur Obernahme der entsprechenden Adresse in den 
Spezialregistern fuhren, ist es bei diesem 
Ausf uhrungsbeispiel Vorausset zung, dafl gleichzeitig keine 
Fehlersignale auf den Leitungen 42, 43 anliegen. Sonst sind 
namlich die empf angenen Daten als fehlerhaft detektiert 
worden und sie durfen nicht mehr an die Applikationseinheit 
weitergegeben werden. In der CRC-Priif einheit 32 wird jedes 
empfangene Buspaket auf Fehlerf reiheit hin iiberpruf t . Da 
sich das CRC-Priif wort am Ende jedes Buspaketes im Datenfeld 
16 nur auf samtliche Daten in diesem Buspaket beziehen, kann 
die Fehlerf reiheit eines Datenquellpaketes nur so 
festgestellt werden, daft die CRC-Priif ergebnisse der 
einzelnen Buspakete gesammelt werden und dann jedesmal, wenn 
das Datenquellpaketstartsignal generiert wird, gemeinsam 
ausgewertet werden. Wenn eines der CRC-Priif worter der 
zusammen betrachteten Buspakete einen Fehler anzeigt, wird 
das Fehlersignal CRC_ERR uber die Leitung 43 ausgegeben. Zum 
Beispiel miissen nach der Generierung des 

Datenquellpaketstartsignals nach Empfang des Datenblocks DB7 
des ersten Datenquellpaketes SPO beide CRC-Priif ergebnisse 
fur das erste empfangene Buspaket und auch fur das zweite 
empfangene Buspaket Fehlerf reiheit anzeigen, damit kein 
Fehlersignal uber die Leitung 43 ausgegeben wird. Die CRC- 
Uberprtifung der einzelnen Buspakete geschieht wie schon 
erwahnt in der CRC-Priif einheit 32. Das Sammeln der einzelnen 
Prtif ergebnisse geschieht dann in der Auswerteeinheit 36. 
Ebenfalls auch die Erzeugung des Fehlersignals CRC_ERR wenn 
eines der Pruf ergebnisse bezuglich eines Datenquellpaketes 
einen Fehler anzeigt. 
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zahlt alle empfangene^^a 



Der DB-Zahl^^34 zahlt alle empf angenenT)atenblocke durch. 
Gemail IEC 61883-Standard ist dieser Zahler ein 8-Bit-Zahler . 
Wenn alle Buspakete ordnungsgemafi empfangen werden, wird 
dieser Zahler jeweils die Zahlerstande 4,12 und 18 nach dem 
Empfang des ersten, zweiten und dritten Datenpaketes 
aufweisen. Diese Werte sind ja auch in den Datenfeldern 11 
der Buspakete 2, 3 und 4 als Ref erenzwerte eingetragen. 
Sollte der Zahler jedoch nicht den Zahlerstand aufweisen, 
wie im Datenfeld 11 jeweils angegeben, wird die 
Auswerteeinheit 36 das bereits erwahnte Fehlersignal DBC-ERR 
erzeugen . 

Der Datenzahler 35 arbeitet wie folgt: Er zahlt die Daten in 
Einheiten von Bytes. In dem IEC 61883-Standard wird die 
Datenblockgrolle in Einheiten von Quadlets angegeben. Die 
Datenblockgrofle kann programmiert werden und zwar sind alle 
Werte zwischen 1 und 256 Quadlets moglich . . Der festgelegte 
Wert ist in dem CIP-Kopfteil CIPH enthalten. Dieser Wert 
wijrd ausgewertet und steht dann in der Auswertelogik 36 zur 
Verfugung. Der Datenzahler 35 wird dann so eingestellt, dafi 
er bei Erreichen des Endes eines Datenblocks einen 
Datenblockzahlimpuls generiert und an den Datenblock-Zahler 
34 ausgibt. 

,Verschiedene Abwandlungen und Modif ikationen der 
beschriebenen Ausf uhrungsbeispiele sind moglich. Die 
Struktur mit den beschriebenen verschiedenen internen und 
fur die externen Komponenten vorgesehenen Busleitungen kann 
unterschiedlich sein. Teile der erlauterten Vorrichtung 
konnen auch per Software realisiert sein. Die Erfindung ist 
nicht auf den Einsatz bei dem erwahnten IEEE 1394-Bus 
beschrankt. Sie kann auch fur andere drahtgebundene 
Bussysteme oderauch fur drahtlose Bussysteme eingesetzt 
werden. 
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Patentanspriiche 



1. Verfahren zum Verwalten von uber einen Datenbus 
empfangenen Daten, wobei die Daten in Buspaketen mit 
variabler Lange ubertragen werden, wobei die Daten in 
Datenblocke (DB0-DB7) definierter Lange eingeteilt sind, 
wobei eine Zusammenf assung von einer definierten Anzahl 
von Datenblocken (DB0-DB7) ein Datenquellpaket (SP0-SP2) 
bildet, wobei eine abschnittsweise Ubertragung der 
Datenquellpakete (SP0-SP2) im Rahmen von Datenblocken 
zugelassen ist, dadurch gekennzeichnet, daB zur 
Bestimmung der Datenquellpaketgrenzen eine Modulo-n- 
Zahlung der Datenblocke (DB0-DB7) durchgefuhrt wird und 
dafi der Beginn eines neuen Datenquellpaketes (SP1, SP2) 
bei Beginn des nachsten Zahlintervalls einer 
Speicherverwaltungseinrichtung (31) signalisiert wird . 

2. -Verfahren nach Anspruch 1, wobei jedes Buspaket einer 
CRC-Oberpruf ung unterzogen wird und die Pruf ergebnisse 
zwischengespeichert werden urn feststellen zu konnen ob 
ein in zwei oder mehreren Buspaketen ubertragenes 
Datenquellpaket (SP0-SP2) fehlerfrei ubertragen wurde. 

3. Verfahren nach Anspruch 1 oder 2, wobei zur Oberprufung 
der Vollstandigkeit der ubertragenen Daten in jedem 
Buspaket ein Ref erenzzahlerstand ubertragen wird und 
wobei eine Vergleichszahlung der empfangenen Datenblocke 
( DB0-DB7 ) erfolgt und bei Empfang des zu dem 

Ref erenzzahlerstand gehorenden Datenblocks das Ergebnis 
der Vergleichszahlung mit dem Ref erenzzahlerstand 
verglichen wird und bei Nicht-Ubereinstimmung ein 
Fehlersignal (DBC-ERR) ausgegeben wird. 



4. Verfahren nach einem der vorhergehenden Anspruche, wobei 
die definierte Anzahl n von Datenblocken (DB0-DB7) eines 
Datenquellpaketes (SP0-SP2) der Anzahl 8 entspricht und 
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dementspTCchend die Modulo-n-Zahlung eine Modulo-8- 
Zahlung ist. 

5. Vorrichtung zur Durchfiihrung des Verfahrens nach einem 
der vorhergehenden Anspruche mit einer Speichereinheit 
(30) in die die empfangenen Daten der Reihe nach 
eingeschrieben werden, und mit einer 
Speicherverwaltungseinrichtung (31) , dadurch 
gekennzeichnet, dafi ein Modulo-n-Zahler (33) vorgesehen 
ist, der die empfangenen Datenblocke ( DB0-DB7 ) zahlt und 
bei Beginn des nachsten Zahlintervalls ein 
Datenquellpaketstartsignal (SP_ST) an die 
Speicherverwaltungseinrichtung (31) abgibt . 

6. Vorrichtung nach Anspruch 5, die weiterhin eine CRC- 
Prufeinheit (32) aufweist, mittels derer die Daten in den 
empfangenen Buspaketen auf Fehlerf reiheit uberpruft 
werden, wobei die Priif ergebnisse mehrerer 

•aufeinanderfolgender Buspakete zwischengespeichert werden 
und zusammengef alit werden, wenn das 

Datenquellpaketstartsignal (SP_ST) erkannt worden ist und 
wobei die CRC-Priif einheit (32) ein Fehlersignal (CRC_ERR) 
ausgibt, wenn eines der zusammengef aflten Pruf ergebnisse 
einen erkannten Fehler ausweist. 

7. Vorrichtung nach Anspruch 5 Oder 6, die weiterhin einen 
Datenblockreferenzzahler (34) aufweist, mit dem die 
Vergleichszahlung der empfangenen Datenblocke (DB0-DB7) 
erfolgt und wobei Vergleichsmittel vorgesehen sind, die 
den Zahlerstand des Datenblockref erenzzahlers (34) mit 
dem empfangenen Ref erenzzahlerstand des Buspaketes 
vergleichen und bei Nicht-Obereinstimmung ein 
Fehlersignal (DBC-ERR) ausgeben. 



Vorrichtung nach einem der vorhergehenden Anspruche, die 
weiterhin einen Datenzahler (35) aufweist mit dem die 
Daten insbesondere in Einheiten von Bytes gezahlt werden 
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und der ein Datenblockzahlsignal ausgibt, wenn soviel 
Daten gezahlt worden sind, wie def inierterweise zu einem 
Datenblock (DB0-DB7) gehoren. 

9. Vorrichtung nach einem der vorhergehenden Anspriiche, 

wobei der Datenbus nach dem IEEE 1394-Standard ausgelegt 
ist und die Vorrichtung Teil eines Data-Link-Layer- 
Bausteins in der Busschnittstelle fur diesen Datenbus 
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Zusammenfassung 



Verfahren zum Verwalten von uber einen Datenbus empfangenen 



Daten sowie Vorrichtung zur Durchf iihrung des Verfahrens 

5 

Das Format der Ubertragung isochroner Datenpakete uber den 
IEEE 1394-Bus ist in dem IEC 61883-Standard definiert. Dabei 
kann ein Betriebsmode angewendet werden, bei dem immer die 
gleiche Anzahl von Datenblocken (DB0-DB7) in einem Buspaket 
10 ubertragen wird. In diesem Fall ist die Speicherverwaltung 
recht einfach und die Datenquellpaketgrenzeri konnen leicht 
ermittelt werden. Der IEC 61883-Standard lafi't aber auch die 
Moglichkeit offen, eine variable Anzahl von Datenblocken 
(DB0-DB7) bei der isochronen Datenubertragung mit Hilfe von 
15 Buspaketen zu ubertragen. In diesem Fall besteht jedoch ein 
Problem darin, die Datenquellpaketgrenzen nachtraglich 
f estzustellen . Die Erfindung gibt eine auf wandsgunstige 
Losung an, wie die Datenquellpaketsgrenzen leicht 
rekonstruiert werden konnen. Sie beruht im wesentlichen auf 
20 einer Modulo-n-Zahlung von Datenblocken (DB0-DB7) . 



Fig. 1 
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